SYSTEM AND METHOD FOR TRANSMITTING GOODS, 
REMUNERATION, AND INFORMATION 



This application claims the benefit under 35 USC §1 19(e) of the following provisional 
application filed November 21, 2000: U.S. Ser. No. 60/252,360 "System and Method for 
Transmitting Goods, Remuneration, and Information". 

FIELD OF THE INVENTION 

The invention relates to a system and method for transmitting and receiving goods, 
remuneration (in cash or in kind), documents and related information between any two 
points, especially between different domains and/or distant locations. 

BACKGROUND OF THE INVENTION 

The present invention relates to a transmission and receipt system and method over a 
communication network for multiple goods and currencies using intermediaries. 
Backgrounds into the three primary anticipated end uses of the system (monetary 
remittance, commercial trade and document issuance) are given here. 

Monetary remittance background 

Globalization has resulted in movement of people across regions and nations on a scale 
unseen heretofore. Driven especially by economic purposes, people are becoming 
more mobile, temporarily or permanently migrating to areas offering better recompense 
for their labour and skills. Parallel to this phenomenon is the accelerating mobility of 
money, first on a corporate capital basis, and more increasingly reaching to the level of 
small enterprises and individuals. Wages earned by expatriate or migrant workers and 
sent to family members back home constitute important if not essential sources of 
income for many developing nations. 

The accumulation of remitted funds in a location (say, a community, village or town), 
when properly administered, can result in a significant increase in the economic viability 
of that location by virtue of creating a capital base. This invention has the unique 
feature of explicitly creating a catalyst for fund creation in an identified location. 
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There currently exist methods for the transfer of funds between individuals across 
international borders and great distances. Existing methods and systems are 
consistently expensive to the systems' users, are unsatisfactorily slow and often 
unwieldy. Users or customers of current systems usually do not know, until after the full 
5 transaction has been completed (often after days or weeks are elapsed), the full set of 
charges and exchange rate penalties that the transaction is subject to. In other words, 
the remitters and recipients may know how much money has been sent, but will not 
know until the very last step of the transaction (the actual handover of funds) how much 
money will be received. 

10 Aside from physical transport of cash or cheque, there are two main methods for 

remittance of funds: via bank transfer, or via non-bank financial institutions. In the case 
of the fonner, it is necessary that there be branches of the said bank (or one of its 
partner banks) in both the sender's and receiver's locations. There are few banks with 
global reach and none with global reach into all communities, whether urban or remote 

15 and rural locations. Bank transfers also require pre-existing relationships with the 
designated bank on the parts of both the sender and the recipient. 

In the case of non-bank financial institutions, the relative cost of a small, single transfer 
such as is normally requested by a typical migrant worker is prohibitive. These 
institutions make a significant amount of their profit from optimizing their position in 
20 foreign exchange and therefore often do not (or cannot) offer an attractive exchange 
rate to customers. 

Whether via bank or non-bank financial institution, there are significant additional costs 
to a remittance, ones inevitably incured by users. These include the costs of 
transmitting any additional information associated with the transaction (especially 
25 notification of whether the remittance has taken place), the costs of travel to the 
financial institutions on both ends of the transaction and the opportunity costs 
associated with the time and travel spent on a transaction that could not be completed. 

The default method of funds transfer has traditionally required a physical handover of 
cash at multiple points in the transaction. The advent of electronic communication 
30 systems has simplified the system to some extent. However, there remain problems. 
These include the fact that dedicated terminals and electronic networks are presently 
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being used by banks within banking systems wiiicii permit electronic transfers inter se 
(as in US patent no. 5,448,043 and 5,496,991). Remitting funds electronically to or from 
a location where there are no branches of a bank that participate in the banking system 
requires the services of intermediaries; the banking system alone is not sufficient. 

5 Commercial trade background 

Migration and globalization are also contributing to an increased capacity to trade goods 
and services on a truly global basis. In concept, the advent of wireless communication 
and the formation of continent-wide trading communities should result in virtually 
limitless trading opportunities. The reality thus far is that electronically-assisted trade is 

10 still limited to established trading communities in the developed world. Vast 

communities of producers, traders and purchasers are excluded from existing networks. 
The primary reason for this is the non-availability of a working system that incorporates 
local conditions (including Infrastructure, language, weather, ten-ain, literacy, resources 
and production capacity) and enables access to this wider community of commercial 

15 trade. 

Smaller producers ~ in both developed and developing countries ~ rely heavily on the 
services of middlemen in order to find a market for their goods. These producers do not 
have (and rely on middlemen for) access to relevant trading information, an ability to 
easily complete the payment portion of the transaction or an ability to deliver the goods. 
20 The middlemen facilitate trade, but can also be bottlenecks for producers and traders. 
The terms of commercial trade are controlled by these middlemen. For many smaller or 
remote producers, an ability to circumvent this control of the middleman will result in 
better terms and greater business. 

There is thus a tremendous pent-up demand and latent need for a wide-reaching, easy- 
25 to-use, language-independent, multi-function trading system. This system will fill many 
requirements that will profoundly improve the commercial position of its users, at the 
lowest cost possible and with high reliability. 

Document distribution background 

Document issuance may be an offshoot of commercial trade, but in many instances is a 
30 function that stands alone. Health records, legal notices, election enumeration and 
license renewals are cases in point. They are necessary for the issuer and exist 
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independent of a corresponding trade negotiation on tlie part of the docunaent recipient. 
Many of the issues of reach and efficiency described under the backgrounds for 
monetary remittance and commercial trade apply here as well. An ability for document 
issuers of all types to have access to a system that ensures secure, authenticated 

5 delivery of the documents is sorely needed. Much of the assurance for many issuers is 
now done manually and is therefore prone to the drawbacks of such manual systems: 
time delays, reach, travel, distribution channels, human error and repudiation. A wide- 
reaching, flexible system of secure distribution of information in a determined format (a 
document) will have great demand. Governments and health care providers are obvious 

10 large-scale users of such a capability. 



SUMMARY OF THE INVENTION 

15 The invention relates to a system and method for transmitting and receiving goods, 
remuneration (in cash or in kind), documents and related information between any two 
points, especially between different domains and/or distant locations. The invention 
remits and disburses over a communication network for multiple currencies using 
intermediaries. Designed to operate in mainstream, developed-world transaction 

20 environments, specific accommodation is made for security, conamunication, interfaces 
and physical reach appropriate for developing countries. The user interface may include 
features such as multiple language capabilities, graphics, audio and icons in order to 
optimize usability for a worldwide user base. Transaction flow between parties in the 
system may be one-to-one, one-to-many or many-to-one. Other unique features include 

25 the specific separation of the flow of information and the flow of the goods and/or funds; 
the creation of a de facto account or personal history; the ability to track transactions 
over time; the creation of information and cash networks; the employment of publicly 
accessible technology; a symmetrical design such that all end users have equal 
capabilities within the system; the capacity to accommodate both monetary and in-kind 

30 recompense in a transaction; an ability to accept a transaction without pre-registration of 
all parties to the transaction; the capacity for interactive negotiation of terms in 
commercial trade transactions; and a built-in community beneficiary contribution 
feature. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the invention will be described by way of example and with 
reference to the drawings in which: 

FIG. 1 depicts the flow of items and information. 

5 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
General overview 

This invention discloses a system and method for transmitting and receiving funds, 
10 goods, documents or information via an electronic network, with unique security 
allowances, language-independent user interfaces and a device-independent 
technology architecture. In this document, these goods, documents, remuneration, 
information, etc. are denoted as "property", even though a person transmitting the 
"property" may only be acting in the exercise of a right to control or dispose of the 
15 property on behalf of a person who has actual property interest, e.g. as an authorized 
agent or delegate for sending cash on behalf of the owner of the cash, or an employee 
acting for a company. Thus "property" as used in this document includes "possession". 
The funds remitted may be denominated in multiple currencies; the goods traded may 
be of virtually any type; the documents and information transmitted may be in virtually 
20 any form. The communication network may be the public Internet; parts of the system 
may use a private network. 

The invention maintains two separate aggregate flows of activity that are ultimately 
reconciled. The flow of funds, goods, information and/or documents (including physical 
25 cash handling, banking system transactions, messages, licenses, international clearing, 
carrier transport, import/export control and customs, for example) is one flow (realized 
by a first channel). The flow of information pertaining to transactions is the second. 
Figure 1 shows an overview of the transaction model. Goods flow and information flow 
are depicted separately. 

30 

The primary users or customers are individuals, businesses or other organizations 
sending money, goods, documents and/or information to specified recipients in other. 
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usually geographically separated, locations. These users will present funds (usually, but 
not necessarily, cash), information or an order for goods to an Intermediary with 
instructions to transmit those funds, information or order to a specified recipient(s). The 
transaction initiation process specifies the quantity, quality, type, brand, currency and 

5 other specific terms of the transaction. It is, in effect, the construction of the contract 
between the sender and the party effecting the transaction setting out the terms of the 
transaction. This formal initiation of the transaction is typically preceded by a series of 
negotiations among the relevant parties, facilitated by the system as described in this 
document, wherein possible terms are presented via the system and mutually agreed by 

10 the parties. In cases of monetary remittance, document issuance and information 

transmission, the negotiation step exists logically, but typically has minimal variation: the 
possible permutations of terms of the transaction are relatively limited (to such 
parameters as currency, contributions and format). The Intermediary accepts the funds, 
information or order and employs the system to generate any necessary instructions to 

15 all appropriate parties to the transaction, including a receipt or statement for the remitter 
or purchaser and instructions to Intermediaries responsible for the handling of funds, 
goods, documents and information. In the case of monetary remittance, the system's 
proprietors are typically acting as one of the Intermediaries and, as such, can ensure 
that funds and information flow through the system's mechanisms to result in the receipt 

20 of the funds and information, in the form and currency requested, by the specified 
recipient(s) within a relatively short time period. 

In this document, the term "item", when referred to as part of a transaction, refers to the 
physical manifestation of the transaction. This may be funds (in cash or other forms), it 
25 may be a message or other piece of information in its final form as delivered to the 
intended recipient (a document), or it may be physical goods. Transactions will also 
have associated information, separate from the items, that describe the transaction, the 
status of the transaction, the nature of the items and other relevant tracking, 
confirmation and security information. 

30 

Parties 

The typical parties to a transaction are listed below. It may be easiest to depict these 
parties as individuals and organizations, but they need not necessarily be so. Some of 
the parties (Intermediaries, for example), may be virtual, with the system and its built-in 
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logic automatically performing a role that may sometimes also be performed physically, 
by people or organizations. 



End Users 
5 Remitter 

Transmitter 
Purchaser 
Recipient 
Vendor 
10 Issuer 
Intermediaries 

Transaction initiation intermediary 
Transaction completion intermediary 
Institutions 
15 Receiving institution 

Handling institution 
Clearing institution 
Delivery institution 
Beneficiary Organizations 
20 Community affiliation beneficiary 

Optional beneficiary 

The structure of the system is such that, logically, the flow of information and the roles 
of the parties are potentially symmetrical. The benefit of this structure is that it functions 

25 very well as a transmission or transaction processing capability, independent of the 
specific remittance, transfer, issuing or commercial trade function. This will allow 
expansion of the system to enhance activities under way in the targeted developing 
communities. Given the nature of the environments in which the system is to be 
implemented typically (low levels of access to technology, for example), the inventors 

30 have incorporated the knowledge that the system will be used in as many other 

capacities as end users can imagine, and a high reusability factor has been designed 
into the system. 
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Information relating to a transaction is accessible via communication media, including 
public networks (Internet). Cash and goods are controlled and transmitted via possibly 
both private and public networks, via partnerships and contractual arrangements. Both 
the information and cash networks typically flow both ways. This symmetry is explicitly 
5 part of the reusability design. 

Roles of the parties 

In advance of any transaction, parties to the transaction identify themselves to the 
system. This identification and associated authentication (described more fully in the 
10 description of security features) trigger the lookup of a profile for the parties being 
authenticated. The profile identifies the category into which a particular party falls. 
Each of the parties to the system is typically allowed a specific set of privileges and 
requires a specific set of identifiers. These are described below for each of the major 
parties. 

15 

End Users 

End Users (remitters, transmitters, purchasers, recipients, vendors and issuers) are 
typically identified to the system by means of biometric identification, the details of which 
are outlined in the description of the system's security features, below. Without the 
20 intervention of an Intermediary (physical or virtual), the End User is typically entitled to a 
limited set of privileges: general information access; account history; and feedback or e- 
mail, for example. 

With the assistance of an Intermediary, an End User may initiate, inquire about or 
25 complete a transmission or remittance transaction. An End User has privileges of either 
sending or receiving information, funds or goods -- but in one preferred embodiment, at 
a single point in time, for a single transaction, an End User will either be a transmitter or 
a receiver. 

30 The initiation of a transmission or remittance transaction requires an End User to be 

acting in the role of remitter, transmitter or purchaser. In one preferred embodiment, the 
End User presents himself to the Intermediary (physical or virtual), together with the 
item(s) to be transmitted (cash, information, or an order for goods to be purchased, for 



8 



example). As described in the security section, the End User needs only authenticate 
him or herself; there is no need for absolute, detailed identification. In other words, the 
End User may maintain anonymity, if desired. Anonymity is an option, not a 
requirement, of the system. The degree to which an End User provides detailed identity 
5 has no impact on the privileges to which the End User is entitled in the system. Legal 
and system limitations will have some bearing on the specifics of the privileges. 

The system is designed with a great deal of flexibility around End User profile 
information. Anonymity is completely feasible, as is a fully detailed record of End User 

10 information. The benefits or drawbacks of detailed record-keeping about Individuals is 
typically explained to the End Users at the outset and the level of information that the 
system keeps about them is at the discretion of the End User. Some End Users, for 
reasons of personal preference or privacy, may desire complete anonymity. Others may 
see benefit in keeping a full record of their identifying information so that they are easy 

15 to contact and may be more easily included in other off-shoot features of the system, 
including (but not limited to) the establishment of accounts, a feature described in the 
section on detailed transaction flow. 

Having negotiated terms and/or presented item(s) for transmission and having been 
20 authenticated to the system, an End User then specifies the desired nature of the 
transaction to the Intermediary by means of selecting options available in the system. 
The main options available include one or more of monetary remittance, information 
management (including transmission) and commercial trade transactions. The initiating 
End User selects options such as recipient, quantity, terms and timeframe and typically 
25 verifies them with the Intermediary. This verification process is the end result of a 
negotiation, via the system, with all relevant parties. Upon joint verification of these 
options by the End User and the Intermediary, negotiation of the terms of the 
transaction is completed and the transaction is initiated (the contract to transmit is 
formed). 

30 

Inquiry about the status of transactions may be done by an authenticated End User 
either in the role of remitter/transmitter/purchaser/issuer or the role of recipient/vendor. 
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Completion of a transaction requires tlie authenticated End User to be acting in tine role 
of recipient or purchaser. In one preferred embodiment, a transaction -- be it 
information transmission, commercial trade transaction or monetary remittance is not 
complete until the recipient or purchaser has verified the receipt of the described 

5 item(s). In the case of remittances, in the role of recipient, then, with the assistance of 
an Intermediary, an End User may review transaction details and may either accept or 
reject, formally to the system, that the transaction is as it should be. Upon acceptance, 
the End User and the Intermediary jointly verify to the system that the transaction has 
been completed to satisfaction, including record-keeping, printed receipts and the 

10 receipt of all specified items. Commercial trade applications may be taken to this extent, 
but terms of the transaction negotiated in the transaction initiation may define 
transaction termination as the successful shipment of the goods by a third party. This 
third party, then, would be responsible for tracking the final receipt of the goods by the 
purchaser. In the case of document transmission, confirmation of receipt via the 

15 system's authentication features would normally constitute transaction completion. 



Intermediaries 

Intermediaries may serve many of the authentication and crosscheck functions of the 
20 system. The following describes one preferred embodiment of the present invention. No 
transmission transaction may take place without the intervention of an Intermediary 
(physical or virtual). An Intermediary must be authenticated to the system discretely for 
each transaction. Every transaction carries with it an identifier of the Intermediary that 
facilitated the transaction. In the case of a virtual Intermediary, the identifier and the 
25 assurance of non-repudiation will take place through digital means and may not be 
obvious to the End User. Confirmation of major steps in a transaction must be done 
jointly by the End User and an Intermediary. An Intermediary has optionally additional 
privileges to enable the creation of a new End User profile Gointly with an authenticated 
End User) and changes to an existing End User profile Gointly with an authenticated End 
30 User). Intermediaries may also generate specific reports related to distribution and 
reconciliation of transaction items. Intermediaries may typically only make detailed 
inquiries into the details of transactions related to an individual End User in conjunction 
with that End User. 
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An Intermediary is usually required to have an understanding of tine system's processes 
and, in addition to serving a verification and cross-check function, may also serve the 
function of providing assistance to the End User in proper use of the system. 

A Transaction Initiation Intermediary v/orks in conjunction with the End User (remitter, 
transmitter, purchaser or issuer) to define and verify a system transaction. This typically 
involves specification of the temns, conditions and parties to the transaction, with 
verification that the terms are acceptable to the system and the End User. There may 
be circumstances In which a proposed transaction is acceptable to the system, but 
requires explicit authorization (in the case, for example, of a transaction outside the 
legal boundaries as set by the legal system). For these non-standard circumstances, a 
higher level of privilege is required on the part of the authorizing Intermediary. Privilege 
is determined by policy and by law and is enforced through digital or physical means. 
There are, then, at least two types of Transaction Initiation Intermediary: one with 
standard authorization privileges and one with privileges to authorize transactions 
outside of set boundaries. 

A Transaction Completion Intermediarv works In conjunction with an End User that is 
acting as the recipient of goods, information, documents or remuneration as defined in 
the terms of the transaction. This Intermediary, together with the receiving End User, 
verifies that the terms of the transaction are described conrectly and that the items 
delivered in the transaction are as described. The role of this Intermediary is essentially 
a mirror of the role of the Transaction Initiation Intemnediary. It is typically only the joint 
confirmation by an End User and the Transaction Completion Intermediary that can 
conclude a transaction in the system. As with the Transaction Initiation Intermediary, 
this Intermediary may be virtual. In that case, digital means are used to enact this role, 
including digital signature and non-repudiation. 

Institutions 

The Institutions that act as parties to transactions in the system are almost exclusively 
involved in the physical flow of items in the transaction in a separate channel from that 
for flow of information. End Users are concerned equally with the information flow and 
the flow of funds or goods in a transaction. Intermediaries are primarily concerned with 
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the information flow or tracking of a transaction. Institutions are primarily concerned 
with the flow of the items that constitute the transaction. 



Institutions are usually in partnership with the proprietors of the system. They are not 
5 necessarily the proprietors of the system. The Institutions are entities that are already in 
business in roles similar or identical to the ones required by the system. 

The Receiving Institution is the Institution that takes in the item(s) covered in a 
transaction. In the case of funds transmission, this Institution will accept from the 

10 Intermediary the funds submitted by the End User and hold them in an acceptable and 
reliable manner in preparation for transmission, possibly via other Institutions, to the 
intended recipient. In the case of goods, it may be a warehouse, for example. In the 
case of information or document transfer, it may be a file server, for example. An 
Institution may, but does not necessarily, have a contractual or business relationship 

15 with the Intermediaries. In any case, the Receiving Institution's status, responsibilities 
and contractual obligations are usually separate from those of the Intermediaries. 

The Handling Institution receives the items from the Receiving Institution and Is 
responsible for their safe and cost-effective transport to and from the Clearing 

20 Institution. The Clearing Institution is usually responsible for ensuring adherence to the 
policies and regulations around transport of specified items. In the case of funds 
transfer across borders, a Clearing Institution would usually be responsible for the bulk 
exchange of currencies at reasonable and recognized rates. In the case of international 
goods transfer, the Clearing Institution would usually be responsible for handling the 

25 import/export requirement between the specified locations. In cases of domestic goods 
transfer or certain information transfer, the Clearing institution may not be a necessary 
and present party and would only exist conceptually. 

Upon clearing, the items are typically once again in the hands of a Handling Institution, 
30 which is normally responsible for the transport of the items to the Deliver/ Institution . 
This Institution is normally responsible for ensuring that the items are safely acquired by 
the End User or Transaction Completion Intermediary. The Delivery Institution's 
responsibilities mirror those of the Receiving Institution. 
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There is no restriction on the organizational structure; merely that the functions must be 
fulfilled by whatever structure there is in place. What is presented here is a conceptual 
view of the organizational structure. None of the Institutions are predetermined. The 
system's logic allows for virtually limitless permutations of contractual arrangements 
5 among possible Intermediaries and Institutions. 

It is possible, but not necessary, for the Receiving Institution, Handling Institution, 
Delivery Institution and even the Clearing Institution all to be the same Institution. It also 
possible that any one or more of these Institutions may not be a necessary party to a 

10 transaction and would therefore be a conceptual, logical or virtual, construct in the 

system -- the party will have no physical manifestation. Existing remittance-only services 
have tended to de-couple the Clearing Institution portion from their model, but act as all 
other Institutions on their own behalf. The reach of these models is limited to locations 
where these Institutions have physical locations. By de-coupling these institutional 

15 roles, an embodiment of the present invention may employ a wide variety of Institutions 
to perform necessary functions in previously hard-to-reach locations. A trusted local 
Institution such as a school or community services organization may serve the function 
of a Receiving Institution, for example, in remote locations with no bank branches or 
remittance outlets. Established financial institutions may then, in turn, serve the function 

20 of Handling Institution. 

The structure of parties within the system can be recursive: any interaction between two 
parties can logically be treated as End Users, using the same logical structures, one 
level removed form the normal case described herein. 

25 

Beneficiaries 

A unique feature of this invention is an option for End Users in a transaction to have an 
associated community or other similar affiliation. Every transaction will have a portion of 
its value diverted such that it benefits the identified affiliations of the End Users. It is via 
30 this mechanism that the accumulation of assets in a community, as discussed in the 
background material, may be achieved. For each community with which an End User 
may be affiliated, a Community Affiliation Beneficiary may be established. This 
beneficiary is a vetted and accredited organization that will manage the accumulated 
value from the transactions and apply it to the socioeconomic development of the 
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community that it represents. This diversion of a portion of the transaction value to a 
Community Affiliation Beneficiary is mandatory in one preferred embodiment. 

There is provision in the system for parties to indicate additional beneficiaries at their 
5 discretion. Community affiliation is the base case, but the system acknowledges and 
expects that there will be myriad other types of beneficiaries that will be able to employ 
the system's feature of accumulation and diversion of value from transactions. These 
Optional Beneficiaries will also be accredited organizations recognized by the system. 

1 0 Specific system functions 

Security 

Security has been designed to optimize the level of control and minimizing the risk using 
the lowest-cost tools available. Security functions are based on tools including public 
15 key encryption. 

Authentication 

Authentication is the process of ensuring that parties to a transaction are indeed who 
they purport to be. Each physical party to the system (the process is different for virtual 

20 parties) is authenticated to the system using any combination of card- or database- 
stored identification. Biometric technologies may be supported through the use of public 
key infrastructure (PKI) based certificates. All security controls are transferable to 
mobile devices to ensure the portability of the application and its ease of use at remote 
locations. Virtual parties to the system are preferably authenticated via digital 

25 certificates, typically PKI-based, embedded in the system. Other methods of 
authentication include the use of one or more user credentials such as tokens, 
algorithms, and patterns, in addition to passwords and digital certificates as discussed. 

Registration 

30 Robust digital authentication of parties is dependent upon a reliable registration process. 
The initial registration of parties to the system is typically done through remotely located 
organizational partners, where the registrant to the system is known because of locally 
verifiable face-to-face contact or other generally reliable means. In areas where this is 
not possible, or in the event where face-to-face contact is not possible (such as where 
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the party is a public institution or corporation), the authentication to the system will be 
verified through other means such as corporate registration databases. 

Smart Cards 

5 Smart cards will be the preferred vehicle for carrying and transmitting necessary 

identifying information (such as digital certificates and/or biometric verification data) for 
individual, physical parties. Smart cards, when available, will be used to help 
authenticate each party to the system. Each party is authenticated to the system 
through the use of the smart cards. The smart cards, when not available (either through 

10 theft or loss), will be replaced with a number of offsetting controls and policy measures 
which include the use of community-based re-registration authorities. 

Biometric controls are being utilized to authenticate parties to the greatest extent 
possible. Biometric techniques are most useful for environments where theft and fraud 
15 are risks, where literacy levels are low, where names are not unique, where mobility is 
high and where physical conditions are variable. 

Biometric authentication 

Biometric information connects the user profile to the account (described under details, 
20 below) and enables the fulfillment of the transaction. Biometric information also enables 
the parties to remain anonymous and unknown to any external entities, subject to laws 
and regulations in the jurisdictions in which it Is used. Biometric Information being 
utilized may include thumbprint, retinal scans, voice authentication and all other 
mechanisms being made possible. In cases where biometric information is not feasible 
25 or practical or desirable, more traditional authentication will be used. Verification of 
access and privacy of information will normally be maintained through the use (when 
available) of biometrically controlled access databases. 

Access Control 

30 Access control may be maintained through a combination of smart cards, biometrics and 
password control. Each tier of the application and system has its own access control 
measures, from physical access of End Users via biometric smart cards through to 
network security controls. 
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Non-Repudiation 

Each transaction will usually be logged, and audit trails will provide the evidence 
necessary to ensure the integrity of each transaction. Historical file infornaation will be 

5 logged and maintained to ensure the transactions are nnade available for each party, as 
appropriate according to privileges. Additionally, transactions nnay be hierarchically or 
relationally accumulated through the use of database technology to log and calculate 
the value of the total transactions for appropriate groupings (for example, the amounts 
to go to a Community Affiliation Beneficiary from a given day's transactions). This 

10 enables the primary and secondary verification of the integrity of the transaction itself. 

Digital signature and time stamping may be used to produce records of non-repudiation 
necessary to validate the transaction as being authentic. Audit reports and tracking 
mechanism will allow for dispute processes to be entered into should there be any 
15 uncertainty in any transaction. Traditional, centrally-controlled and decentrally- 
distributed reporting ensures auditability and integrity of distribution. 

Prior to the fulfillment of any transaction, parties must establish a recognized trust level 
with the system, and through that established trust authenticate themselves to the 
20 system. This is usually completed by presenting the credentials ~ normally in the form 
of smart card and biometric identification - and final verification of the authenticated 
parties to the fulfillment, including any End Users and Intermediaries. Prior to the 
transaction being completed, parties are authenticated a second time, providing both the 
time stamp and a two-party confirmation of the transaction being fulfilled. 

25 

Network Security 

The confidentiality of each transaction is ensured through a number of different 
mechanisms. Network encryption and transmission messaging authentication are used 
to provide security for each message transmission. Each party, because of the issuing 
30 of a digital signature and certificate, is able to use confidentiality and encryption to 
further protect its information. Encryption and certification therefore enable the 
transmission protection mechanisms. Preferred embodiments of this invention use, but 
not necessarily exclusively so, open standard, publicly available or proprietary software 
and encryption technology. 
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standards and Policy 

As the scope of this application may be global in nature, the possible effects of local 
regulations and customs on operabiiity particularly on security policy - is recognized. 

5 Embodiments therefore would implement policy and standards that adhere to and 
recognize the relevant local legislation and regulations as dictated through corporate 
and government policy and regulations. Such policies are identified and application 
controls implemented to address these items. For example, in the prevention of money 
laundering, many jurisdictions mandate reporting of transactions over certain absolute or 

10 cumulative values. Embodiments of this invention would optionally create reports to 
identify these transactions and arrange to forward the information to the appropriate 
bodies. 

Prevention of fraud 

15 This invention involves business processes that provide for the development of custom 
standards and policy for each region to prevent the use of the system in criminal 
activities. Limits on the daily and cumulative transfer amounts for each party are one 
example. The system tracks transactions and prevents the completion of any that are 
over the minimum set by business policy and relevant government authorities. 

20 

Transaction flow 
Information Flow 

Transactions require End Users. All End Users must have a profile in the system before 
being able to initiate a transaction. An End User profile is typically created via an 

25 Intermediary. After authentication (see description in security section, above), an End 
User may have a profile created. An End User's authentication is separate from an End 
User's profile in this system. The authentication is the result of an external security 
process with which this system is compatible and upon which it builds. Authentication 
verifies the veracity and uniqueness of an individual. It does not necessarily describe 

30 anything more about them - particularly not information related to transactions. The 
user profile does that. 

End User Profile 
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The user profile is a set of attributes related to an End User. The profile has the 
capacity to collect and retain a variety of data points and relate them to an individual, 
possibly including such things as the individual's name, occupation, address, preferred 
activity profile and so on. Where appropriate. End Users will be encouraged to provide 
sufficient information in their profiles to enable maximum service delivery capability on 
the part of the proprietors of this system and their partner Institutions and 
Intermediaries. The only data that a system embodiment of this invention normally 
requires about a user are the following: 

• the authentication described in the security section 

• an identifier, typically self-selected, that is easy for the End User to recognize and 
remember 

• an affiliation for purposes of processing beneficiary contributions 

A transaction Is initiated upon the presentation of an authenticated End User to an 
authenticated Intermediary (virtual or physical) with a specific request for the 
transmission of funds, information or other item to a specified recipient. Both parties 
identify themselves to the system and Inform the system of the intended transaction. 
The details of the transaction are entered into the system. These details may be 
reviewed by the End User and modified until they are satisfactory. Upon satisfactory 
entry of the details of the transaction, the End User typically makes a formal 
confirmation to the system and the transaction is then accepted. 

Each transaction typically has a minimum of three discrete steps: a confirmed 
transaction initiation, which requires the involvement of an End User and a Transaction 
Initiation Intermediary; transaction handling, which requires any combination of 
Institutions; and a confirmed transaction completion, which requires the Involvement of 
an End User and a Transaction Completion Intermediary. Though not strictly 
necessary, many transactions (especially commercial trade) will also entail a set of 
negotiations prior to the formal transaction initiation. It is entirely possible that one party 
will have the authority or capacity to act as both a Transaction Initiation Intermediary and 
a Transaction Completion Intermediary, for example. That party cannot, however, do so 
without interruption - the three major steps are discrete actions in the system. The 
Intemnediary must authenticate in the appropriate role. 
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Negotiation 

The negotiation process most typical to ihe commercial trade function has specific 
bearing on the user profile (discussed above) and on the user interface (discussed 
below). End Users will be presented with a set of parameters relevant to the 
transaction(s) in which they wish to engage. These may include such factors as type of 
goods, quantity, quality, prefenred delivery channel, discounts, payment method, 
insurance, fees and export restrictions. End Users will, based usually on their user 
profiles, be presented with this set of parameters in a form (e.g., text, voice, language 
preference) that is most useful to them. The possible forms of presentation include 
ones that accommodate a range of appropriate media that are suitable to the ethnic, 
cultural, regional, educational and other particular attributes of the parties. From this set 
of parameters, known to the system, users will make choices, transmit them back and 
forth as tentative offers and finally settle between them on a satisfactory arrangement, 
formally initiating the transaction. These parameters are usually stored in the user 
profile and are offered as possible default values to the End User when next a similar 
transaction type is attempted. 

End User Accounts 

By virtue of the fact that End Users have identities within the system (by virtue of the 
authentication and the user profile). It is possible to retain a history of all transactions 
specific to any authenticated End User. This capability enables the establishing and 
maintaining of a history of transactions for each authenticated End User: a de facto 
"account". This capability has several advantages. Given that many of the Institutions 
and End Users of the system will be using this system for as many possible follow-on 
functions as possible, the first advantage is that this capability becomes the linking point 
to any number of other applications that could take advantage of an account. This is 
particularly important in locations where most people do not have accounts of any type 
established anywhere. For the first such account to be established at the point where 
the most significant assets of the community are accumulated (i.e., the monetary 
remittance function or commercial trading) makes its potential usefulness even greater. 
Another advantage of an account-type capability is that it enables the viewing and 
analysis of patterns and histories of transactions for individuals and groups, enabling 
better service delivery. 
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The attributes associated with a user profile may be independently structured. A set of 
logically-related attributes within a user profile may be hierarchically structured, while 
another set of attributes may be simply mapped to other relevant attributes in order to 
allow the system to perform its defined functions. Attributes may be structured in 
5 independent hierarchies or databases. These hierarchies or databases are associated 
to such a point that appropriate interaction between the system and the user is ensured. 
For example, default transaction profiles, preferred language and account history 
attributes could combine to present a party with a transaction template in the 
appropriate language and format. 

10 

User Interfaces 

Because of the potentially global nature of actual embodiments of the invention, the user 
interface is designed to accommodate multiple languages and non-textual interface 
options including (but not limited to) images, icons and voice. The user profile 
15 (described above) contains the relevant infomiation (such as prefen-ed language) that 
will enable the appropriate version of the user interface to present itself to an 
authenticated user automatically. 

In addition to the variety of languages required for users in a global system, there is a 
20 requirement to enable ease of use for parties to a transaction that may have limited 
literacy. This is managed through the use of images, icons, voice and marks to depict 
actions. Further, features may be built in such that non-traditional users of electronic 
systems will receive frequent assurances that transactions are being executed properly. 
An example of this is a feature that utilizes information about the End User from the user 
25 profile and automatically presents familiar images: for example, in one preferred 

embodiment, upon authentication to the system and a reference to the associated user 
profile, an End User will be presented with an interface that explicitly demonstrates its 
recognition of that End User via a depiction of a familiar landmark from the End User's 
home community. 

30 

The user interface is designed to simplify interactions as much as possible. To that end, 
default transaction streams are developed wherever feasible (see description under 
negotiation, above). In one preferred embodiment, the distribution chain is determined 
in a first-time transaction via a combination of factors related to the transaction and the 
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user profile. That chain is then stored and is presented as the default chain on the next 
use. 

Transaction 

In order to get to the point where an initiated transaction may be confirmed, certain data 
must be entered and verified. In the case of funds transfer, the End User will typically 
specify: 

• a recipient 

• an amount (the value of the transaction) 

• the currency in which the transaction is to be completed 

Certain other information is required but normally already known to the system: 

• profile or identifier of the End User (remitter/transmitter) 

• the currency in which the transaction is initiated 

• the beneficiary of the system's built-in affiliation contribution 

Still other information may be given, but is not required for a transaction 

• additional beneficiaries for optional additional beneficiary contributions 

• value of additional beneficiary contributions 

There may be cases in which the information required to properly identify the desired 
recipient is not known to the remitter/transmitter. In one preferred embodiment, the 
system has a facility to search for the desired recipient by way of the recipient user 
profiles. These profiles are designed in such a way as to accommodate the myriad 
ways in which people in a variety of communities might most easily identify themselves - 
nicknames, occupation, household information, family affiliation, family relationship and 
many others. The intent is to enable record searches for people for whom western-style 
naming standards are not familiar. 

Once sufficient information has been jointly specified and confirmed by the End User 
and the Transaction Initiation Intermediary, the transaction initiation is complete. Upon 
confirmation of the initiated transaction, the system typically accumulates and reports 
information related to the transaction to the relevant parties. The End User on the 
initiating end typically receives a confirmation of all details. The system accumulates 
information by Receiving Institution, Handling Institution, Clearing Institution, Delivery 
Institution, Beneficiary Organization, Transaction Initiation Intermediary and End User. 
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Reports are usually generated and distributed to the appropriate parties on a 
predetermined timescale. 



Activities related to the physical flow of the transaction typically take place at this point, 
5 based on the infornnation transmitted to the various Institutions. These activities are 
discussed below under the discussion of the physical flow of items. 

In one preferred embodiment, on a regular basis, Delivery Institutions will receive 
notices (via reports or messages) of the pending transactions for which they will be 

10 responsible. Because these Institutions are not necessarily associated with the other 
Institutions in the process, it is important for Delivery Institutions to receive this notice, 
since transaction completion may require the physical acquisition of items on their part 
(cash, goods or documents). Once the system informs the Delivery Institution of its 
obligations, the relevant End Users are also informed, including via the system directly 

15 or via the Delivery Institution (depending upon physical conditions). 

Once informed of a pending transaction, the End User (recipient) authenticates himself 
to the system in conjunction with a Transaction Completion Intermediary. In a process 
that closely mirrors the initiation process, the End User reviews the information related 

20 to the transaction. The End User typically has a choice regarding the final disposition of 
the items being transmitted. The items may be collected at that time, or they may be 
held, wholly or partially, with a record of this maintained by the system. The End User 
may choose to have a portion of the transaction realized in a handover of cash or goods 
and a portion realized in a transfer to a known account in this or another application to 

25 which an appropriate interface has been built. This capability is a crucial one - it will 
enhance the ability of both individuals and communities to much better manage 
accumulated assets. 

Having chosen the desired disposition of the transaction, the End User, jointly with the 
30 Transaction Completion Intermediary, formally confirms to the system the realization of 
this transaction. Once the transaction is confirmed, an audit trail is established, 
containing verification of the transaction (including, in the case of monetary remittance, 
the confirmation of the actual payout) and non-repudiation. Upon this formal 
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confirmation, the transaction is deemed to be completed, and a confirmation with the 
transaction details is issued to the End User. 

Distribution Channels 

5 There are two sets of choices for determining the distribution channel employed in a 
transaction. The first is for funds or for documents, where the system makes part of the 
determination of the Intermediary Institutions to be used (by virtue of being a default 
Intermediary). This choice is partly driven by the user profile because of its association 
with location and community affiliation. The associated approach and databases are 
10 typically hierarchical in organization. The second is for goods, where the distribution 
channel is determined via negotiations between the purchaser and the vendor. Its 
associated approach and databases are typically relational in organization and are 
typically determined by the user. 

15 

Physical Flow of Items 

Initiation of a transaction may take place via any Receiving Institution and completion via 
any Distributing Institution. In the case of funds transfer in particular, this is an 
important and differentiating capability. The established electronic networks of financial 

20 institutions generally have an ability to disburse funds to users outside of their 

proprietary circle, but they cannot accept funds for those same users. This system has 
similarities in this respect to payment systems. In the case of fungible goods, much of 
the same is true. For more specific or value-added goods, there will be greater 
limitations to the possible Distributing Institutions at which transaction completion will be 

25 possible. 

The Transaction Initiation Intermediary formally transfers both the physical items and a 
description of the items (via the system data) to the relevant Receiving Institution. The 
Receiving Institution is then responsible for both tracking and transferring the items to a 
30 Handling Institution. The Handling Institution performs any physical or electronic 

delivery necessary to get the items to a Clearing Institution, as necessary. The Clearing 
Institution may have multiple entities with which to interact in order to enable the 
physical transfer of items across borders. Typically the Clearing Institution has 
responsibility for ensuring that the requirements of those entities (such as governments, 
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banks, insurance, etc.) are known and met Once the Clearing Institution has enabled 
the transfer of items across borders, a Handling Institution ensures that the items are 
delivered to the appropriate Distributing Institution. 



5 At each point of interaction between Institutions, a reconciliation may be possible. The 
relationships of specific Institutions to each other will generally dictate whether a 
reconciliation is actually done at any particular point. Formal reconcilations are done by 
the system at the major points of delivery. Informal or ad hoc reconciliation and inquiry 
may be be done at any point via system reports and queries. 

10 

It is possible that Distributing Institutions may be confronted with requests to honour a 
transaction, the items for which have not yet arrived at the specific Distributing Institution 
location. Information flow will be virtually instantaneous, while physical flow of items will 
take some time. Even electronic funds flow, by virtue of the clearing requirements, may 
15 take days. One method for dealing with this common situation is the establishment of a 
"float" or "warehouse" of items from which Distributing Institutions may draw in order to 
honour and complete the known transactions in a timely manner. The system takes and 
manages the risks associated with this approach, recognizing its necessity in achieving 
the capability to complete transactions as fast as possible. 

20 

If delivery of the property could not be effected by the distribution channel, the 
communication channel would typically attempt to notify the end users and obtain 
instructions from the transmitter/remitter or an institutional member of the distribution 
channel. The instructions may be to redirect the delivery to a third party at a specified 
25 address, cance\ the delivery and return the property to the originating user, or deliver to 
the receiving user at another address. 

It will be appreciated that the above description relates to the preferred embodiments by 
way of example only. Many variations on the apparatus for delivering the invention will 
30 be obvious to those knowledgeable in the field, and such obvious variations are within 
the scope of the invention as described and claimed, whether or not expressly 
described. 
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All patents, patent applications, and publications referred to in this paper are 
incorporated by reference in their entirety. 
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